\section{Head in the Cloud, Feet on the Ground}

Der Artikel beleuchtet die Vorteile die die Nutzung von Cloud Computing mit sich
bringen kann aber nicht muss. Dazu wird zu Beginn eine Analogie zum Frachtmanagement
genutzt. So kann ein Zug  wesentlich mehr Ware auf einmal transportieren als ein LWK.
Gegenüber dem Transport mit dem LKW verzichtet man jedoch auf Kontrolle, denn der
Zug kann die Ware nur von A nach B bringen. Diese Spezialisierung ist Vergleichbar
mit der Cloud, sie reduziert den Grad der Freiheit ist aber hoch skalierbar im Gegensatz
zu lokalen Rechnernetzwerken. Als nächsten Punkt muss man jedoch beachten dass auch im
Frachtmanagement nicht nur eine Technik eingesetzt wird sondern Hybride. Genauso soll
man es mit der Cloud halten um deren Vorteile nutzen zu können ohne völlig die Kontrolle
aus der Hand zu geben. Der letzte Punkt den der Artikel aus der Distribution zieht ist dass
Umlade-Prozesse Zeit und damit Geld kosten. Es gilt also hier zu optimieren und wenn möglich zu
vereinheitlichen, verglichen mit den Standard Containern von Schiffen. Es werden demnach die folgenden
drei Hauptthesen festgehalten:

\begin{enumerate}
  \item Optimierung durch Spezialisierung
  \item Hybride Strategien anwenden um die Wirtschaftlichkeit zu nutzen wo möglich,
  gleichzeitig Flexibilität und Agilität zu wahren wo nötig
   \item Verringerung der Umladekosten im Kontext von Softwarearchitektur
    (localized optimization through selective specialization (LotSS))
\end{enumerate}

\subsection{LOtSS in the Enterprise - Big Pharma}

Am Beispiel von ``Big Pharma'' einem fiktiven Pharma Unternehmen wird dies näher erläutert.
 Big Pharma möchte ihre IT effektiver gestalten, denn ein Großteil des IT Budgets wird von
  E-Mail, CRM und ERP verschlungen obwohl die Forschung an Molekülen das Kerngeschäft ist.
   Man entscheidet sich wie in Bild \ref{cloud_solution} gezeigt ab sofort CRM und E-Mail Dienste als
    ``Software as a Service'' einzukaufen. Das ERP System ist stark modifiziert und auf Big 
    Pharma angepasst daher bleibt es bestehen wird aber nicht mehr hausintern gehostet.
     Die Molekül Modellierung und Simulation als Kerngeschäft wird intern abgewickelt, 
     für die aufwendige Berechnung soll auf die Cloud zurückgegriffen werden. Somit werden
      Kosten für Stromversorgung und teure Hardware reduziert. 

\begin{figure}[htbp]
\begin{center}
\includegraphics[scale=0.3]{pics/cloud_solution.png}
\caption{Angestrebte Strategie von ``Big Pharma''  \cite[S.15]{ms:journal17}}
\label{cloud_solution}
\end{center}
\end{figure}


Trotz verschiedener Anbieter für E-Mail, ERP und CRM soll bei der Umstellung für die
 Bediensteten nur eine Benutzer/Passwort Kombination benötigt werden zum Login. Aus
  diesem Grund wird ein „Secure Token Service“ eingeführt der die Authentifizierung 
  der Nutzer gegenüber den einzelnen Diensten übernimmt. 
  Somit reduziert sich der Aufwand bei jedem Service eine Authentifizierung einzeln durchzuführen. 

Aus der System Management Sicht ist es wichtig dass das IT Team immer noch die Kontrolle
 über das ganze System besitzt. Die Nutzer des Systems werden wie zuvor sich bei Problemen
  an das interne IT Team wenden. Aus Supportgründen muss jeder eingesetzte Dienst 
  Möglichkeiten bieten wie Management APIs die es Big Pharma ermöglichen Probleme
   zu lösen. Sollte ein Angestellter von Big Pharma ein Problem haben so sollte
    gleichzeitig ein Ticket beim IT Support erstellt werden und beim Anbieter
     des dahinter liegenden Dienstes.

Abbildung \ref{research_solution} zeigt die Lösung die Big Pharma für die Berechnung ihrer Molekül
 Forschung anstrebt. Ein Nutzer des Systems führt die Modellierung lokal am
  Arbeitsplatz durch. Die aufwendige Simulation wird jedoch in das Rechnernetzwerk
   der Cloud gegeben und dort bearbeitet. Die dabei entstehenden Daten werden auch
    in der Cloud gespeichert und stehen dann dem Nutzer zur Verfügung. Hierbei muss
     beachtet werden dass die Übertragung des Simulationsauftrags sinnvoll gestaltet
      wird, anderenfalls gehen die Vorteile dieses Aufbaus wieder verloren. 

\begin{figure}[htbp]
\begin{center}
\includegraphics[scale=0.3]{pics/research_solution.png}
\caption{Angestrebte Lösung für Simulation \cite[S.16]{ms:journal17}}
\label{research_solution}
\end{center}
\end{figure}

Ein weitere wichtiger Punkt für Big Pharma sind die Medikamenten Test die mit Patienten durchgeführt werden.
Dazu ist eine Kommunikation mit den Testpatienten nötig. ``Big Pharma'' setzt ein in der Cloud bestehendes
System ein um Kosten zu sparen. Zusätzlich brauchen die Benutzer des Systems nicht zwingend einen neuen Account, sie
können auf bereits im Netz benutzte Accounts, wie Microsoft LiveID, zurückgreifen.

\subsection{Cloud and more}

``Mashups'' sind die ersten Beispiele von Cloud Services. Kartographiedienste wie GoogleMaps erlauben jedermann komplexe 
geographische und kartographische Features einer Applikation hinzuzufügen. Solche Techniken selbst zu entwickeln wäre zu teuer.
 Standards wie HTML, HTTP, JavaScript und XML helfen erleichtern die Anwendung solcher Tools.
 
Datenspeicherung ist für nahezu alle Applikationen essentiell. Speicherplatz in der Cloud kommt in zwei Varianten: 
Filesystem verwandten und Datenbank verwandten. Der wichtige Unterschied zu lokalem Speicher liegt daran dass der Speicher
eben nicht lokal vorhanden ist. Es entsteht damit eine Verzögerung beim Zugriff auf die Daten. 

Ein weitere Unterschied ist, dass ein User von überall auf die Cloud zugreifen kann. Was also tun wenn ein Mitarbeiter entlassen wird?
Normalerweise darf er das Betriebsgelände nicht mehr betreten und somit ist gewährleistet dass er keinen weiteren Zugriff auf interne Daten hat.
An dieser Stelle wird beim Leser es überlassen sich auszudenken was alles passieren könnte. Bei der Benutzung von
Cloud Services sollte demnach eine Identitätsverwaltung und Autorisation standardisiert werden. Dies lässt sich einfach
Implementieren mit Frameworks von großen Anbietern wie Microsoft.

\subsection{Decompose-Optimize-Recompose}

Das Konzept dieses Artikels lässt sich in drei Schritte unterteilen: zerlegen eines Systems, Optimierungsmöglichkeiten
der Teilstücke suchen und durchführen und zusammensetzen der Teilstücke unter Beachtung der ``Umladungskosten''.

\subsection{Conclusion}

LOtSS benutzt die Cloud als Optimierungsmöglichkeit um Kosten zu sparen. Der Gedanke ``schneller, billiger, besser''
  ist einer der antreibenden Motoren um die Cloud nutzbar zu machen. Was früher einzigartig und strategisch war wird heute
  Standard. Bestehen bleibt dass man kontinuierlich neue Verbesserungsmöglichkeiten identifizieren muss diese nutzen und damit
  kostengünstigere Alternativen einsetzen. 

\subsection{Fazit}
 
Ein interessant geschriebener Artikel zum Thema Cloud Computing. Am Beispiel des fiktiven Pharmakonzerns
``Big Pharma'' wird aufgezeigt wie verschiedene Angebote von Services, sei es Software oder Dienstleistung als solches,
genutzt werden können. Dabei wird bei den Entscheidungen auf die Vorteile und Nachteile eingegangen und erklärt
wieso ein Schritt dementsprechend gewählt wurde. Im Artikel wird zur Optimierung eine Vorgehensweise, die jeder in der IT-Branche
tätige kennen sollte, verwendet: Systeme abstrahieren und zerlegen, Optimierungsmöglichkeiten suchen und anwenden, und anschließend
unter Betrachtung des möglicherweise, durch die Optimierungen, entstehenden Overheads wieder zusammenführen. Leider
fällt das Fazit des Artikels selbst etwas nüchterner aus. Die Autoren fassen zusammen, dass die Cloud
maßgeblich von der Ansicht ``schneller, billiger, besser'' profitiert und dass früher manche Techniken einzigartig
waren jetzt sind sie Standard. Diese Ansichten sind meines Erachtens richtig aber ebenso profan. 
  
  
  
 